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BACKGROUND OP THE INVENTION 
Field Of The Invention 

20 The present invention relates to contracting between 

producers (such as farmers) and grain elevators, processors 
and end-use buyers (such as food companies) . More 
particularly, though not exclusively, the present invention 
relates to method for electronically initiating and managing 

25 agricultural production contracts. 

Problems In The Art 

Typically, end-use buyers (for example, food processing 
companies) have contracted with grain producers to grow 
30 agricultural products (for example, high-oil corn varieties 
or other crops) , often using seed from a number of seed 
firms. However, most forward contracting between end-use 
buyers and individual grain producers is labor-intensive and 
expensive . 
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At least one automated prior art system exists in the 
cotton trading industry, US -Patents 5y063,507 and 5;285,383 
describe commodity trading systems having a centralized 
computer database including title information for bales of 
5 cotton. The systems are used for assigning and transferring 
title to the goods, and for assigning an electronic warehouse 
receipt to the goods. The essence of these prior art systems 
resides in electronic title for each bale of cotton. This is 
possible because cotton markets assign unique ownership and 

10 quality control information to each bale. However, the 

notion of "title" is irrelevant to the system of the present 
invention (described below) . 

Other prior art patents of interest include: U.S. 
Patent 5,678,041, METHOD FOR RESTRICTING USER ASSESS RIGHTS 

15 ON THE INTERNET; U.S. Patent 5,706,502, INTERNET -ENABLED 
PORTFOLIO MANAGER SYSTEM AND METHOD; and U.S. Patent 
5,701,451, METHOD FOR FULFILLING REQUESTS OF A WEB BROWSER . 

Above mentioned U.S. Patents 5,063,507, 5,285,383, 
5,678,041, 5,706,502 and 5,701,451 are incorporated by 

20 reference herein. 

Features Of The Invention 

A general feature of the present invention is the 

provision of a method for electronically initiating and 
25 managing agricultural production contracts which overcomes 

problems found in the prior art. 

A further feature of the present invention is the 

provision of a method for electronically initiating and 

managing agricultural production contracts using the Internet 
30 and commercially- available Internet Web browsers and Internet 

Web servers. 

A further feature of the present invention is the 
provision of a method for electronically initiating and 
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managing agricultural production contracts which allows 
• parties -to enter /and view^ infprmatioh relating, to* the ' 
contracts. 

Further features, objects, and advantages of the present 
5 invention include: 

A method for electronically initiating and managing 
agricultural production contracts which allows commodity 
suppliers to search for contract or program opportunities in 
a database that contains lists of contract types, end-buyers, 
10 crop varieties wanted or geographical locations of delivery 
including by zip code, county or other geographical 
descriptors . 

A method for electronically initiating and managing 
agricultural production contracts which provides electronic 
15 allocation of target production quantities that are 

subsequently reduced as production contracts are completed. 

A method for electronically initiating and managing 
agricultural production contracts in which delivery dates and 
methods from supplier to intermediary or °end-buyer are 
20 electronically initiated and managed. 

A method for electronically initiating and managing 
agricultural production contracts which allows contract 
parties to specify a contract as "pending" prior to a 
definite program market starting date at which time it will 
25 become legally binding. 

A method for electronically initiating and managing 
agricultural production contracts in which quality measures 
of contracted and delivered product , determined by sampling 
and testing of lots either growing in the field or delivered, 
30 may be electronically entered and managed by suppliers, 
elevators or end-use buyers. 

A method for electronically initiating and managing 
agricultural production contracts in which the price paid to 



the supplier is determined by measures of product quality or 
the delivery time and method which are agreed uppn and 
entered electronically into the database. 

A method for electronically initiating and managing 
5 agricultural products may be electronically contracted, 

including corn, soybeans, canola, sunflowers, wheat, cotton, 
beef, pork, poultry, fish, fruits, vegetables, honey, beets, 
horticultural varieties and other crops. For purposes 
herein, the terms agricultural commodities or agricultural 
10 products are intended to be broad and include plants, 

animals, or other products produced by persons or entities in 
the agri-business and food industry. 

A method for electronically initiating and managing 
agricultural production contracts which uses software -level 
15 security for accessing various parts of the contracting 
program application and databases. 

A method for electronically initiating and managing 
agricultural production contracts which uses an RDMS 
(relational data base system) in conjunction with an Internet 
20 Web server. 

These as well as other features , objects and advantages 
of the present invention will become apparent from the 
following specification and claims. 

25 SUMMARY OF THE INVENTION 

The method of the present invention is used by buyers 
and sellers to facilitate the contracting of agricultural 
commodities using a wide area distributed network or the 
Internet. In one form, the invention can be comprised of an 
30 Internet Web server and a centralized database system for the 
storage and retrieval of data. Data is stored on the 
database which relates to the types and amounts of 
agricultural commodities desired by one or more buyers. The 
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system can display over the network or Internet a listing of 
•desired, conunodities , including information related to the 
types and amounts of the commodities to a user. A commodity 
supplier can search this data remotely through various lists 
5 or tables including contract types, end-buyers, varieties of 
crop wanted or location of buyers or delivery points in order 
to discover programs of interest. A commodity supplier can, 
from a remote location, enter data into the system relating 
to a specific type and amount of commodity which the supplier 
10 is willing to supply to the buyer. The system is capable of 
generating a contract for the sale and delivery of the 
specific type and amount of commodity by the supplier to the 
buyer . 

15 BRIEF DESCRIPTION OF THE DRAWINGS 

Figures 1-6 are network diagrams illustrating an 
overview of the present invention. 

Figures 7-9 are flowcharts illustrating the 
functionality of the present invention. 

20 Figures 10-28 are views showing computer screen displays 

for the preferred embodiment of the present invention. Note 
that in Figures 10-28, the names of individuals and companies 
are either not shown or shown with generic names. The 
identification of companies and individuals is irrelevant to 

25 the understanding of the present invention. 

Figure 29 is a diagrammatic depiction of a system according 
to an embodiment of the present invention. 

Figure 30 is a graphic illustrating a data structure 
according to an embodiment of the present invention. 

30 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 
The present invention will be described as it applies to 
its preferred embodiment. It is not intended that the 
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present invention be limited to the described embodiment. It 
is * intended that the invention cover all* alternatives, 
modifications, and equivalencies which may be included within 
the spirit and scope of the invention. 
5 While the system of the present invention has many 

applications, the preferred embodiment is used to facilitate 
contracting between end-use buyers (such as large 
manufacturers, processors, distributors or retailers of food 
or agricultural products) and agricultural producers (such as 

10 individual farmers, ranchers or growers.) In one example, an 
end-use buyer may be producing a product which requires a 
specialty crop such as corn with a high oil content. Various 
seed companies offer bib-engineered seed corn for growing 
high-oil corn. In order for the end-use buyer to ensure a 

15 supply of high-oil corn, the end-use buyer desires to 

contract with individual grain producers to grow high-oil 
corn. The system of the present invention provides the end- 
use buyer an efficient and effective mechanism for the end- 
use buyer to set up contracts with individual producers. The 

20 system of the present invention also allows individual farm 

producers to contract with a greater variety of buyers from a 
wider area and thereby to broaden their market access. 

Initially, the end-use buyer must enter into the system 
a quantity and description of agricultural products desired. 

25 In one example, the buyer may desire X number of acres or 

bushels of high-oil corn and therefore enters that number of 
acres or bushels into the system. The buyer may also 
allocate the acres or bushels among a number of seed 
companies or a number of elevators, in order to ensure that 

30 the acres are spread across a market or geographical region. 
A seed corn seller can then meet with individual grain 
producers and provide a listing (via the Internet) of various 
agricultural products which are available with a guaranteed 
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market. Alternately, the grain producers can view a similar 
listing- without the aid of a seed seller. 

The system will display the description and number of 
acres or bushels of each crop available in the producer's 
5 region. If the producer desires to enter into a contract for 
any of the available agricultural products, the system allows 
a user to enter into a contract over the Internet. The 
system will prompt the user to enter various information 
including the number of acres desired, the elevator used, the 

10 type of contract desired, dates and methods of delivery, etc. 
The system will determine whether the acres are in fact 
available for contract , as well as if the selected elevator 
is allocated enough acres to satisfy the request. The system 
will also determine whether the elevator or buyer is willing 

15 to accept the crop at the proposed delivery dates. Assuming 
everything checks out, the syistem can produce a contract to 
be signed by all of the appropriate parties , either manually 
or using digital signatures or other secure mechanisms to 
indicate a binding agreement. Included in this contract may 

20 be specific price premiums to be paid by the buyer to the 

seller if certain conditions of product quality or delivery 
date and method are met. 

Using the present invention, the end-use buyer is able 
to use the Internet to access a Web server to view, in real 

25 time, information relating to the number of acres or bushels 
contracted, the number of acres or bushels available, who has 
contracted acres or bushels, where the acres or bushels have 
been contracted, the dates of delivery, the types of 
contracts, etc. With this information, the end-use buyer 

30 will know in advance where the products will come from and 

when the products will come. The end-use buyer is then able 
to set up the appropriate distribution and storage facilities 
well in advance of when they will be needed. 



The present invention utilizes commonly available 
Internet browsers and Internet servers. Figures 1-6 are 
network diagrams illustrating the system of the present 
invention. Figure 1 represents the Internet Web server 10 , 
5 the Web server administration 12, the Internet interface 14, 
the business partners and guests 16, and the contracting 
company 18. The components of the system of the present 
invention shown in Figure 1 are all functionally connected 
via the Internet- The components and inter-connection 

10 thereof are well-known in the art. The components shown in 
Figure 1 are described in more detail below. 

Figure 2 is a network diagram emphasizing the Internet 
Web server 10 shown in Figure 1. The major components of the 
Web server include a firewall , the Web server itself, a 

15 database server, a security and transaction platform, and the 
application code. The Internet Web server 10 is a secure Web 
server and uses a version of the STRONGHOLD Web server 
product from C2Net Communications Inc. The STRONGHOLD Web 
server is modified to include an integrated script 

20 interpreter for the PERL programming language. As shown, the 
Internet Web server 10 is connected (via the Internet) to the 
business partners and guests 16 as well as the contracting 
companies 18. 

Figure 3 is a network diagram emphasizing the user 

25 administration 12 shown in Figure 1. The user administration 
system performs both user administration functions and 
program administration f mictions. The user administration 
functions include the definition of user access levels 
(security) and usage tracking. The program administration 

30 functions include the set up of contract programs and the 
management of contract allocations and deliveries. 

Figure 4 is a network diagram emphasizing the access of 
the business partners and guests 16 shown in Figure 1. As 



shown, the business partners and guests are connected to the 
• Internet server 10 via an. Internet entrance 20. As mentioned 
above, the Web server administration 12 defines the access 
levels in which users and guests are allowed to use. 
5 Figure 5 is a network diagram emphasizing the access of 

the contracting companies 18 shown in Figure 1. As shown, 
the contracting companies 18 are connected to the Internet 
server 10 via a Web entrance 22, similar to the Internet 
entrance 2 0 shown in Figure 4. 

10 Figure 6 is a network diagram emphasizing the Internet 

interface 14 shown in Figure 1. The Internet interface 14 
facilitates communication and feedback between the various 
components of the present invention. The Internet interface 
14 facilitates communication relating to the creation of new 

15 contracts, the management of existing contracts, contract 
reports, data management, and logistics management. 

The Web server 10 of the present invention uses a 
relational database management system (RDMS) for the storage 
and retrieval of data. Any suitable type of relational 

20 database may be used. One example of a suitable database is 
one using Oracle software. The RDMS is used for the 
concurrent storage and retrieval of data related to the 
invention including security level information and tenporary 
state data posted from the Internet browser of a user. The 

25 security information stored in the RDMS is used to control 
what a user can do or to control the type: of -information a 
user can access (described in more detail below) . The RDMS 
also stores state data received from the Web browser of the 
user. Since Web browsers do not store the various variables 

30 needed by the system, the RDMS stores items such as inputted 
data and information relating to what Web pages a user has 
accessed. The state data stored in the RDMS allows the 
system to keep track of where the user is (in a transaction, 
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for example) , and is used to make sure the system, has all the 
necessary data-. from a-. user.' 

The use of state information stored in the RDMS is also 
used, in combination with a control script, to restrict 
5 and/or redirect Web browsers to only to those Web pages in 
which the user is allowed access. This technique is used to 
limit the extent that the "back" button on a Web browser 
operates. Using this technique, a user is prevented from 
completing a transaction with incomplete data, or from going 

10 back and changing previously inputed data. As a result, data 
entered into the system is carefully controlled, and the 
integrity of the RDMS is maintained. In one example, where a 
user is using a Web browser to complete a transaction 
comprised of a number of steps, if the user goes back from 

15 step 5 to step 2 of the transaction, the system can delete 
the data from steps 3 and 4. Again, this maintains the 
integrity of the data in the RMDS . In another example, if a 
user completes a transaction and attempts to go back to a 
previous transaction, the system will prevent the user from 

20 going back. The "control" script uses a limited amount of 

state data stored in the browser to identify a collection of 
actual state data stored in the RDMS. This allows the system 
of the present invention to accumulate large amounts of state 
data for each user session without passing large amounts of 

25 state data between the browser and the Web server. The 

system can also use this script to make changes en masse to 
the state data when user requests to abort a transaction or 
requests to jump to a different application. 

The security information stored in the RDMS is used in 

30 the following manner. A common gateway interface (CGI) 

script is used with the present invention to manage users 1 
access to the system application. The CGI script manages the 
users 1 access to the system application by monitoring where a 



user. has been and maintaining where a user is during a 
transaction. The* CGI script could be considered to be a 
transaction monitor. The functions of the CGI script include 
regulating access to transactions based on security level 
information stored in the RDMS and monitoring steps completed 
by a user in the process of completing a transaction. Every 
posting operation received from the Web browser of a user is 
directed through the CGI script to maintain the integrity of 
the system application. Direct access to CGI scripts, other 
than this particular script, is not permitted by the Web 
server . 

The security system of the present invention assigns 
multiple sector ity levels to users who are then subjected to a 
three-dimensional map of access options. The first dimension 
of the map restricts the user to a fixed list of transactions 
in which the user is allowed to run within the system 
application. For example, at one level, a user may be able 
to modify certain parameters, but not other parameters. The 
second dimension restricts which records a user can work with 
in the transaction. The third dimension restricts which data 
elements the user can work with within a record. For 
example, a certain user may be able to decrease the number of 
acres or bushels allocated in a transaction, but not increase 
the number of acres. 

Another program running outside the Web server monitors 
the state data stored by the ^stem_ application. _ When state 
data expires, because the user hasn't made requests through 
the system application during a certain time period, the data 
is removed from the RDMS . This effectively provides an 
"inactivity timer" which improves security when Web browsers 
are left unattended by users. 
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The present invention uses other CGI scripts to perform 
various functions." Following* is a. description of several of 
the CGI scripts. 

One CGI script, which is used with the preferred 
embodiment of the present invention, allocates acres or 
bushels granted by administrators to each elevator 
distributor and seed company. This feature can be thought of 
as an "open to contract" which defines an end-use buyer's 
willingness to contract a certain number of acres or quantity 
of a specialty crop (such as grain or oilseeds, or beef 
cattle) through a particular elevator or seed firm. 

Another CGI script defines the conditions of each 
contract program. In other words, the script defines whether 
an end-use buyer offers to buy specific grain at harvest 
delivery or at "buyer's call" delivery or for delivery at 
specific times. 

Another CGI script defines the specific legal contract 
which is available for Internet downloading and, when 
manually signed by both parties, defines the buy-sell 
relationship between the food producer and the grain 
producer . 

Another CGI script defines the dynamic changes in acres or 
bushels allocated to each distribution chain participant (for 
example, an elevator or seed company) . The number of 
allocated acres is determined by the number of acres 
currently under contract, the rate of change in the number of 
acres under contract, the number of acres which the end-use 
buyer is willing to contract, and any decision by the end-use 
buyer or the distribution chain participant to increase or 
decrease the acres allocated to that the participant for any 
given contractual program. 

Figures 7-9 are flow charts illustrating several 
important functions of the present invention. Note that the 
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flowcharts shown in Figure 7-9 relate to the preferred 
embodiment of the present invention (the contracting of 
agricultural crops) . However, the scope of the invention is 
not intended to be limited to the preferred embodiment. 
5 Figure 7 is a flow chart illustrating the steps involved 

in creating a new contract using the present invention. 
After choosing to create a new contract (step 7-10) , a user 
will be prompted to choose a contract program (7-12) , for 
example , a specialty hybrid corn program. The user will then 

10 enter or choose contracting party information (7-14) as well 
as choose the crop delivery parameters (7-16) . Next, the 
user will enter the contract quantity (7-18) . For example, a 
user may choose to contract 100 acres of specialty hybrid 
corn. In the next step (7-20) , the system will determine 

15 whether the entered quantity is available for contracting. 

In other words, the system will determine whether the number 
of acres entered in step (7-18) is less than the total number 
of acres of specialty hybrid corn that the contracting end- 
use buyer is willing to purchase. If the quantity is not 

20 available, the process moves back to step (7-16) , choosing 
the delivery parameters. If the quantity is available, the 
user is prompted to enter miscellaneous contract information 
and data (7-22) . Next, the user is asked whether the user 
wants to review the data (7-24) . If so, the user reviews and 

25 edits the data (7-26) and then returns to step (7-24) . If 
not, then a contract is generated by the system (7-28). At 
this point, the system is capable of printing an actual 
contract to be signed by the parties (7-30) , or the system 
can return to the main menu (7-32) . In an alternate 

30 embodiment, the parties can execute electronic contracts, 
rather than signing paper contracts. 

Figure 8 is a flow chart illustrating the steps involved 
in managing existing contracts using the present invention. 



After choosing to manage existing contracts (step 8-10) , a 
user will be prompted to choose an existing contract to 
manage (8-12) . The system then determines which contracts 
that particular user has access to (8-14) . If the user has 
5 access to the chosen contract, the user is allowed to edit 
the contract information (8-16) . The system then determines 
whether the user has edit privileges for that particular 
contract (8-18) . If not, the user is returned to the step of 
choosing a contract to manage (8-12) . If so, then the user 

10 is allowed to edit the contract (8-20) . Next, the user is 
asked whether the user wants to review the data (8-22) . If 
so, the user reviews and edits the data (8-24) and then 
returns to step (8-22). If not, then a contract is generated 
by the system (8-26) . At this point, the system is capable 

15 of printing a contract to be signed by the parties (8-28) . 
Again, in an alternate embodiment, the parties can execute 
electronic contracts, rather than signing paper contracts. 

Figure 9 is a flow chart illustrating the steps involved 
in the contract quantity allocation process. As mentioned 

20 above, the present invention is capable of providing 

information related to the real-time dynamic allocation of 
available acres. The invention provides a mechanism to 
automatically decrement acres available to distributors every 
time a contract is issued. After choosing to edit a contract 

25 (step 9-10), the quantity of the contract is adjusted (9-12). 
Next, the system determines whether the quantities are less 
than what are available (9-14) . If not, the system 
determines what the remaining allocations are (9-16) . Next, 
the desired contract quantities by a certain delivery period 

30 are entered (9-18) and the system returns to step (9-14) . If 
the quantities are less than what are available (9-14), the 
system adjusts the allocation availability (9-20) and the 
contract is finalized (9-22) . Figure 9 also illustrates that 



after the contract quantity allocations are viewed (9-24) , a 
user may choose a delivery location (9-26) , and the system 
moves to step (9-16) described above. 

Figures 10-28 are views showing computer screen displays 
5 of the preferred embodiment of the present invention. 

Figures 10-28 are intended to illustrate various screens 
which a user would see via any Internet Web browser. The Web 
browser configuration shown in the figures is intended to be 
generic. Examples of suitable Web browsers include NETSCAPE 

10 NAVIGATOR and INTERNET EXPLORER. The invention may also be 
used with non-browsers having similar functions, such as 
applets based on the Java programming language. 

Figure 10 shows a logon screen that a user will first 
encounter in the contract management system of the present 

15 invention. As shown, the user may select the "Login" option 
(via GUI button on screen) and proceed to another generic 
screen that requests the user's assigned name and password. 
Once logged in, the user will view the screen shown in Figure 
11. The screen of Figure 11 allows a user to select among 

20 six options: "Make a new contract", "Manage Existing 

Contracts", "Delivery Management", Administration", "View 
reports and information", "Variety data". 

Figure 12 illustrates a screen showing an available 
acreage report for a hybrid corn program. As shown, a number 

25 of companies are listed along with their location and the 
number of acres available for each company. 

Figure 13 illustrates a screen providing the user the 
option of selecting from a number of programs or contract 
types. In the example shown, the user may select between 

30 various "Hybrid Corn Program / Buyers Call" program/contract 
types. Another type would be "Hybrid Corn Program/Harvest 
Delivery." Others, such as are known in the art, are 
possible. 



In Figure 14, the user is prompted to select seed from 
various companies. In this example, the user can select from 
multiple seed companies using the "Select More Seed" button, 
and can select the number of units to be purchased from each 
5 company. Once the selections are made, the user can click on 
the button labeled "Done Selecting Seed" to enter the 
selection. 

In Figure 15, the user is prompted to select an elevator 
from a list of possible elevators (only one shown but can be 
10 a plurality) . Once the selection is made, the user can click 
on the button labeled "SELECT ELEVATOR" to enter the 
selection. 

In Figure 16, the user is prompted to enter (via data 
eating device, e.g. keyboard) the acreage desired. The 

15 display could identify the program and/or contract type, 

e.g., a "Buyer's Call" option (selected previously), which 
denotes a delivery window during which the buyer may "call" 
for grain delivery, as well as the number of acres available 
at various time periods (e.g., 1600 acres in October through 

20 March.). In the time periods with acres available, the user 
may enter a number of acres to be contracted into the box 
shown. Once the entries are made, the user can click on the 
button labeled "Enter these windows" to enter the entries. 

In Figure 17, the user is asked to select a grower from 

25 an existing database of growers. To select an existing grower 
from the database, various information may be _ entered and 
then the "LIST GROWER" button pressed. To add a new grower, 
a user adds no data and clicks on the "List Grower" button to 
bring up a screen (not shown) , allowing information to be 

30 entered regarding a new grower. 

Figure 18 shows the screen displayed after making a 
contract. Once the user has entered the "Make a new contract" 
option of Screen 11 and passed through the selections noted 



in screens 12 through 17, the system will assign a contract 
number for each contract . 

Figure 19 shows a screen displaying a partial sample 
contract resulting from the entries made by the user. To 
execute the contract, a user will print out the contract and 
have all the required parties sign the contract. 
Alternatively, the contract could be electronically executed. 

Figure 20 shows the screen displayed when a user chooses 
to manage an existing contract. By selecting the buttons to 
the left on the screen, the user can change appropriate 
information. Data items that are not able to be changed are 
indicated with lined circles. Should the user desire to 
disable the contract button, selecting the "Disable this 
contract" will lead to another screen that confirms the 
selection and then removes the contract from the list of 
valid contracts. 

Figure 21 shows the types of reports generated by the 
system of the present invention. Figure 21 shows a menu of 
report types that may be generated by the system. It 
includes a selection for a custom reporting tool that allows 
the user to define particular reports not already programmed 
in the system. 

Figure 22 shows further report choices if the user had 
selected the first button of Figure 21. Various reports of 
contracts may be printed or saved, including selections by 
program, by stage of contract and by custom format 
programmable by the user. 

Figure 23 shows the delivery management selection menu, 
allowing the user to manage forecasted and actual deliveries 
by farmers and elevators. Each selection leads to further 
delivery management screens that allow additional selections 
and data choices. 
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Figure 24 allows the user to select an elevator delivery 
point to manage. Figure 25, the result of a specific 
elevator selected on Figure 24, allows the user to enter 
estimated crop yields or delivered bushels for each farm 
5 producer under contract and also to note whether delivery to 
the elevator has been completed. 

Figure 26 allows the user to view information on 
cumulative deliveries to each elevator participating within a 
specific grain program or contract type and to modify the 
10 current month's deliveries for yield variation or other 

reasons. The user may also view various premiums to be paid 
for these deliveries , including freight and elevator 
premiums . 

The present invention may include various alternatives 

15 within the scope of the invention. For example , a testing 

mechanism can be incorporated into the system. In each load 
of grain (or other product) , a sample can be taken and tested 
for characteristics such as weight, moisture content, 
constituent contents, etc. In one example, a near infrared 

20 (NIR) spectrometer may be used in conjunction with a computer 
to measure constituents of the sample and upload the results 
to the system. The end-use buyer will then have this 
information available (via the Internet) in real-time. 
Similarly, the yield of the crops can be uploaded into the 

25 system to provide yield data (and the time frame) to a user. 
In another embodiment, settlement and payment 
information may be included with the system to track debts 
and credits as well as transfer funds between users 1 
accounts. The system can provide parties with information 

30 relating the quantity of products delivered, as well as 
verification that the product was delivered. 

In another embodiment, a grower is provided with a 
screen prompting the user for a zip code. By entering a zip 



code, the system will display a list of the agricultural 
products available to the grower for contract production. 
The grower may then enter into a contract for the 
agricultural products as described above. 
5 While the preferred embodiment has been described 

primarily for use with specialty grains, other agricultural 
products may by used with the present invention including 
potatoes, sunflowers, horticultural products, fruit, etc. 
The present invention is also not limited to crops. The 

10 livestock industry can also utilize the present invention. 
For example, if an end-use buyer needs a supply of meat 
(e.g., beef, pork, poultry, etc. which may have specific 
product or quality requirements), the buyer can contract with 
producers to raise the livestock. 

IS The preferred embodiment of the present invention has 

been set forth in the drawings and specification, and 
although specific terms are employed, these are used in a 
generic or descriptive sense only and are not used for 
purposes of limitation. Changes in the form and proportion 

20 of parts as well as in the substitution of equivalents are 

contemplated as circumstances may suggest or render expedient 
without departing from the spirit and scope of the invention. 

For example. Figure 29 illustrates diagrammatical ly a 
particular system set-up and communications network that 

25 could be used with the present invention. For locations with 
more than three or four users, dedicated circuits should be 
used. Options vary by location and are dependant on the 
services offered by local Internet service providers . 
Possibilities include dedicated 56K, ISDN, and frame-relay. 

30 For secure communications between sites, virtual private 

network nodes may also be installed at each site. A VPN 
allows network traffic to be tunneled between two or m ore 
sites securely over the Internet. VPN technology allows 



19 



sites to build wide-area networks without the expense of 
.buying and managing dedicated circuits for each location. 
This system and the communications and protocols are known in 
the art. 

The invention can be used for management of contract 
crop production systems of value-enhanced grains such as 
high-oil corn, white corn, waxy corn, and high oleic soybeans 
or manage contract production of high oil corn and modified 
trait soybeans. 

It can handle thousands of registered users, ranging 
from corporate managers to grain elevator managers to seed 
company farmer sales representatives. 

It also can apply to the food animal production and meat 
industries. The invention can help firms to manage forward 
contracting, price discovery, delivery management and 
communications among processors and animal producers. 

The inventions applications can work in the Internet's 
World Wide Web environment. Web-based applications are 
popular because of widespread access, low cost, ease of use 
and administration, and adaptability. Specifically, 
applications are browser-based. In other words, they run 
directly from browsers such as Netscape Navigator or 
Microsoft Internet Explorer, not from a separate piece of 
software. The navigation metaphor of the Internet is one of 
its greatest attractions over traditional network systems. 

A feature of the inventions applications is a 
transaction and security platform that serves as a foundation 
for secure electronic commerce and data sharing. The 
platform manages user security privileges as well as the 
execution of transactions within the application. The 
applications can be written in PERL, and the application code 
can be executed within modified web server software. The 



applications also utilize an enterprise level relational 
database . 

The system according to the invention is delivered in 
the form of a centralized application server that can be 
5 accessed through a web browser. As previously described, the 
major components of the application server could be a " 
firewall, a web server, a database server, a security and 
transaction platform, and application- specific code. 

The centralized application server allows many users to 

10 access the application through their web browser and is 
enormously scalable. The underlying security platform 
delivers the options and information individuals have access 
to dynamically. Modifications to the system are delivered to 
users instantaneously. Access to under lying databases is 

15 real-time. Finally, the system is flexible enough to 
accommodate a variety of "linkages" to other software 
packages, legacy systems, or ERP systems. 

Development of functionality can be an ongoing process 
because of the centralization of the system; upgrades are 

20 centrally controlled and user management is not an issue; 

multiple "points of failure" are eliminated from the system 
as complex remote hardware configurations are not a part of 
the system; and the client-server model can be flexibly and 
quickly adjusted as client needs and technology change. 

25 Browser-based applications offer a number of general 

advantages . 

a. The navigation metaphor of the Internet is one of its 
greatest attractions over traditional network systems. Click 
on a hyperlink to go to another document. Click on back arrow 
30 to backtrack. Click on forward arrow to advance, and so on. 
If a user has an Internet connection, a browser, and a 
username and password, they are ready to login. 
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b. The scalability and administration of browser-based 
applications is particularly attractive . Additional users are 
added to secure applications without significant problems and 
changes can be made to the application on the centralized 

5 server while remaining transparent to users. Administration 
of the applications can also be as centralized or 
decentralized as necessary. 

c. Browser-based applications offer a range of security 
options ranging from encrypted data transfer to public - 

10 private key verification technology. 

d. Costs of development, deployment, support , and 
refinement of browser abased applications are a magnitude less 
than traditional wide area network systems. 

Browser-based applications are a first generation working 
15 example of the vision of "write once, run anywhere" software 
solutions that are commonly discussed by the software 
industry. 

The Internet offers a unique model for data transfer. The 
Internet as we know it is simply a set of computer hardware 

20 and software standards, or "protocols" that allow computers 
to exchange data with other computers. The computers can be 
in the same room, or they can be located around the world 
from each other. Figure 27 illustrates this point. 

Server 100 is the starting point of its applications. 

25 Capacity is controlled entirely at that central site, and 
communication connections are upgraded as needed to 
accommodate increased traffic. 

User site connectivity is controlled by the choice of 
Internet accessibility. It is recommended that sites with 

30 more than three or four users use dedicated lines to access 
the Internet. Less frequent users can access the Internet 
using modems. Speed will depend on modem capability. 



The Internet itself is a decentralized environment 
offering no control over capacity. Often times, connectivity 
depends on the quality and level of service of the local 
Internet service provider. The Internet backbone does not 
5 currently offer service guarantees. Experience with 

thousands of users is positive in terms of general Internet 
reliability. 

Every user has a unique username and password. Users can 
reset their password at their convenience. All data 

10 including username and password, can be encrypted. User 

"sessions" are timed and users are logged off of applications 
after a desired period of inactivity. 

A user profile is maintained for each user where 
consequent security and access levels are defined. Access to 

15 applications for users is administered along with security 
group membership within applications. The applications 
according to the invention are comprised of a number of 
individual transactions, each of which has its own security 
and access rule. Security groups can be designed such that 

20 each has specific sets of privileges among the many 

transactions that comprise an application (e.g. see, Fig. 
27) . Administration of security takes place through a 
browser-based application as well (e.g., see Fig. 28). 

Data security procedures can also be provided which will 

25 include a back-up of magnetically stored data files kept or 
processed for the customer, in a reasonable manner and 
keeping with generally accepted data industry standards. 
Client data can be backed up to tape daily. 

Figure 29 illustrates that one embodiment of a system 

30 according to the invention can include a web/application 

server 100 and a database server 102. The database server 
can support up to 4 processors, 4GB of RAM, and 45GB of 
online, redundant storage. 
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Additional capacity can be obtained through the use of 
distributed database technology and server clusters. Thin- 
client architecture could be used, so any changes in the 
database technology are transparent to the user. 

All user state data is stored in the database, so 
web/application server 100 can easily be distributed to 
multiple machines hosting the same application. Changes can 
be made to the underlying hardware without effecting the 
software configuration on user's PC's. 

The system can check all user input, either through 
browser forms or file upload buttons. Regular expression 
pattern matches can be used to copy form data from the 
browser into the application. Data that doesn't match the 
specified pattern can be ignored or generates an error 
condition depending on the transaction. Users do not have 
direct access to the underlying database. 

The following is a brief summary of Web application backup 
and recovery. Options: 

a. All production servers have RAID controllers which 
allows data redundancy across multiple drives. 

b. All servers have redundant, hot swappable drives 
and power supplies. 

c. All servers are on a UPS. 

d. A natural gas powered on-site, automatic backup 
generator can be dedicated to the servers. 

e. Redundant Tl communication lines to the Internet. 

f . "Warm" spares for routers, hubs, and other 
networking equipment. 

g. Daily tape backups five days per week. Daily 
backups are retained off -site for six weeks. 

h. Archive backups the first Saturday of each month. 
These monthly backups are stored for two years in a 
bank vault. 
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Several steps can be taken to prevent disaster. All 
servers are on UPS units that can sustain the equipment for 
15-20 minutes. In addition, a natural gas backup generator 
can power server and network equipment indefinitely. 

Connectivity to the Internet is maintained through 
redundant Tl's (see Fig. 29 at 104) that are routed over 
diversified cable plants. The primary cable plant is 
maintained directly by the Internet service provider (ISP) . 
The alternate cable plant is maintained by the incumbent 
local exchange carrier. A collocation agreement can be 
attained with the ISP. 

The following summarizes the network environment: 

a. Redundant T-l telecommunication lines (104 from an 
ISP; 

b. Telephone support between 8 a.m. and 5 p.m. local 
time, Monday through Friday, excluding holidays; 

c. Additional telephone support and training as 
necessary during system deployment 

d. Full-time system performance monitoring, including 
communications and server performance, and usage 
statistics; 

e. System back-up, including hardware mirrors and 
tapes 

f . Account management; 

g. Software defect and "bug" repairs; 

h. Limited refinement of administrative tools; 

i. Server security. 

The system is designed to work over a 28.8KBPS 
connection to the Internet. Some transactions, such as a 
large file upload or download, may only be practical for 
user's on a LAN with a dedicated connection to the Internet. 

Each site will need to obtain an Internet connection 
appropriate for the number of users that need access to the 
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application. In most cases the network equipment will be 

managed by the local ISP. 

The system can be set to generate in a secure SSL 

encryption environment. This ensures security of data 
5 exchange over the internet medium. The recommended 

commercial browsers to access the system are; Netscape 3 . 0 or 

higher, Microsoft's Internet Explorer 4.0. Manufacturer's 

recommended hardware requirements for these products are: 

Pentium 100 or higher processor, and a minimum of 16Mb of 
10 RAM (Netscape 3-0) or 32MB of RAM (Netscape 4.0 and Internet 

Explorer 4,0). E-Markets requires the use of 40 or 128-bit 

SSL encryption. 

The normalized data model presented in Figure 30 is an 

example of is a conceptual design for the system according to • 
15 the invention. It represents an example model for a database 

structure . 

The data structure follows the above -described 
configuration for user, group, security and transaction data 
as well as a tag database structure. 

20 Version control and upgrade procedures are uniquely 

manageable in an Internet environment. Applications run on a 
centralized server allowing changes in the server to populate 
new versions and upgrades to be populated instantaneously to 
users, thus saving significant time and support cost. 

25 Testing of all modifications can be made on a 

development server that mirrors the production server in 
configuration. After a structured testing process is 
completed, modified code is ported from the development 
server to the production server whereby the upgrade is 

30 complete. 

Several of the most widely utilized applications have 
changed weekly, if not daily, after initial deployment. 
Application modifications ranging from editorial changes to 
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new modules to streamlined functionality have been made »on- 
the-fly,« much to the satisfaction of clients. The 
centralized server development model offers clients enormous 
flexibility in development, deployment, and evolution of 
applications. 

Upgrade of user functionality of applications are 
managed according to the complexity and scope of the change. 
For example, a new report of small modification in 
functionality is normally made known to users using a 
dedicated application; as users login to the application they 
automatically receive a message describing the modification. 
More extensive modifications may be managed through direct 
phone or personal contact with users that are affected by the 
modification. 

The system can include a context sensitive help module. 
Users can strike the help button (see, e.g. Fig. 11) on 
whatever screen they are on and get specific help on issues 
for that screen. 

Standard utilities that can be included with the system 
include several user-level and several client-level tools. 
Examples of users tools include the ability to modify 
passwords and the ability to change their user profile. 
Client utilities include the ability to search application 
log files and other application-specific administrative 
functionality. 

Data archiving could be accomplished as follows. All 
data, including historical data, could be maintained online 
in the database. Historical data is stored in a separate 
data set that mirrors the original tables used in the 
application. In some cases data is denormalized to maintain 
its integrity over time. 

If data did need to be archived on tape due to disk 
space restrictions, a request queuing system could be 
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implemented for archived data. An end-user can submit a web 
based form to request the restoration of data from tape. The 
data would be restored into an archive data set in the 
application. After a predetermined amount of time, the data 
would be expired from archive system. 

Current, historical, and archive reports are all 
generated through a reporting tool. This tool uses a "report 
basis" to describe access controls, record selection options, 
calculated fields, and formatting options available to the 
end user. 

As "current data" basis files are created and modified, 
the client has the option to make them available for 
historical and archival reporting as well. Custom report 
basis may also be generated for history and archive data. 

"Snapshots" of the entire data base system can be taken 
hourly from 4:00 AM to 1:00 AM. During the snapshot, read- 
locks are placed on all application specific tables. The 
system remains online but modifications may not be made. 
Snapshots are maintained for a 24 hour period. During the 
daily tape backup, all 20 snapshots are written to tape. The 
active database files are excluded. This prevents locking 
the database for extended periods of time. 

A Report Generator is easily added to the system for 
reporting from underlying databases. It can be used to 
generate system reports as well as give users the ability to 
build and save individualized custom reports. It allows users 
to display and download data in any number of ways. The tool 
could include the capability to allow charts and maps to be 
generated from the data and displayed in a web browser. 

Importing and exporting data from/to legacy systems is 
handled on an as-needed basis by staff. The client will need 
to provide a record format specification. Delimited text 
file downloads are available through the custom report 
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generator. For reoccurring import/export operations, 
transactions or CGI scripts can be provided that allow the 
client to automate the process. 
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